Подписаться
Опубликовано

«Расти или умри»

Автор
  • Имя
    Счастливый тимлид | ♥ Frontend
    Telegram

«Расти или умри»

К вопросу о том, что реально бесит. Я не зря просил вас пройти опрос про планы развития.

Три из четырех компаний пытаются заставить своих разработчиков расти. И судя по опросу — большинство руководителей даже не видят проблемы.

Обсуждал с коллегой из известного маркетплейса как у них раз в полгода каждого заставляют писать план развития. Это может хорошо работать для амбициозных новичков и middle-специалистов. Но все ломается, когда мы подходим к стабильным сеньорам. Расти то им там некуда!

И это не единичный случай.

Представьте ситуацию: у вас в команде стабильный стек: микросервисы на go и postgres на бекенде, какой-нибудь react и rtk на фронте. Вы с самого старта проекта только и делаете что клепаете круды и формочки. Куда тут расти?

Конечно, можно фронт переписать на zustand, reatom (рекомендую, кста), react-query или вообще на Angular. И с бекендом можно чего-нибудь намудрить. Но это не вертикальное развитие, не шаг вперед, это шаг в сторону. Тупо прыжок на соседние рельсы за деньги бизнеса.

В бигтехе я это могу понять Возможно, еще не придумали как по другому держать в узде тысячи разработчиков. Но это просачивается и в компании поменьше, с сотнями и даже десятками разработчиков. И здесь это просто выстрел себе в ногу.

Если вы вдруг по собственной воле заставляете разработчиков, которые годы работают в вашем проекте, которые знают каждую строчку, изучать то, что им не нужно для работы на вашем проекте, то вы только подталкиваете их к уходу из вашей команды.

Расскажите, если сталкивались с таким, то с какой стороны?

#команда #лидерство

Счастливый тимлид | ♥ Frontend
2204 подписчика
692 поста

Закрепленные

Из подборки #команда

Свежие посты

Опубликовано

Телеграмовский сосун (или какун, как правильно?)

Телеграмовский сосун суммирует мой лонгрид – стоит ли публиковать полную версию?